home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20041116-20060924
/
000344_jaltman2@nyc.rr.com_Wed May 10 12:12:29 2006.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!news.maxwell.syr.edu!newscon02.news.prodigy.com!newscon06.news.prodigy.com!prodigy.net!news-east.rr.com!news-wrt-01.rdc-nyc.rr.com!news-feed-01.rdc-nyc.rr.com!news.rr.com!news-out.nyc.rr.com!news-wrt-01.rdc-nyc.rr.com.POSTED!53ab2750!not-for-mail
From: Jeffrey Altman <jaltman2@nyc.rr.com>
User-Agent: Thunderbird 1.5.0.2 (Windows/20060308)
MIME-Version: 1.0
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Another Secure FTP thread -- Protection Levels
References: <1146861121.842424.256350@i40g2000cwc.googlegroups.com> <Q7P6g.35918$cY3.14015@news-wrt-01.rdc-nyc.rr.com> <1146976219.923605.52950@j33g2000cwa.googlegroups.com> <RBl7g.53425$x97.36826@news-wrt-01.rdc-nyc.rr.com> <1147043095.270056.69240@v46g2000cwv.googlegroups.com> <Ygv7g.36642$cY3.34020@news-wrt-01.rdc-nyc.rr.com> <1147105376.289932.262580@j33g2000cwa.googlegroups.com>
In-Reply-To: <1147105376.289932.262580@j33g2000cwa.googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Lines: 42
Message-ID: <WlL7g.36675$cY3.27991@news-wrt-01.rdc-nyc.rr.com>
Date: Mon, 08 May 2006 17:37:58 GMT
NNTP-Posting-Host: 68.175.91.105
X-Complaints-To: abuse@rr.com
X-Trace: news-wrt-01.rdc-nyc.rr.com 1147109878 68.175.91.105 (Mon, 08 May 2006 13:37:58 EDT)
NNTP-Posting-Date: Mon, 08 May 2006 13:37:58 EDT
Organization: Road Runner High Speed Online http://www.rr.com
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15602
Ed Gage wrote:
> Your response suggests that there might be other products out there
> that would have this capability. If so, what are they? Alternatively,
> if we select a router that has a firewall which allows external
> addresses to map to an internal NAT-protected IP, would that also solve
> the problem?
Ed:
Didn't this thread start because you had another product that did have
this functionality and you wanted to know if you could replace it with
C-Kermit?
Here is your problem. Your company wants to have secure communications
between a client that you control and a remote server that you do not
control. In order to do this, you must create a mutually authenticated,
encrypted, and integrity protected channel between your client and the
remote server. At no point during the communication session can you
allow the encryption or integrity protection to drop without becoming
susceptible to an active attack whereby the attacker waits until the
authentication has been performed and then steals the tcp session.
At the same time your company doesn't want to allow an communication
through your firewall that is not authorized. You are enforcing that
policy by requiring the firewall to snoop each session and if it is
FTP either restrict what commands can be sent or logging each command
that is sent so that there would be evidence of the transfer of a trade
secret. This is incompatible with the concept of a secure private
session between your client and the remote server.
You can't have it both ways. I don't write insecure applications.
If you want to hire someone to make your communications insecure you
can by all means do so. But if you are going to use software I wrote
to perform a secure communication then that communication is going to
be secure.
The whole notion of firewalls acting as the man in the middle is flawed.
You can't be the man in the middle when using http over ssl/tls to
communicate with your bank. Why should you be able to do so when the
protocol is ftp?
Jeffrey Altman